home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0127 / 376.txt < prev    next >
Text File  |  1997-04-16  |  25KB  |  576 lines

  1. Info-Atari16 Digest         Fri,  5 Jul 91       Volume 91 : Issue 376
  2.  
  3. Today's Topics:
  4.                           1.44M formatting..
  5.                              Amiga/Atari
  6.                  Atari-to-Amiga Convert Info Source!
  7.                             bug or virus ?
  8.           How to install Multi-sync monitor onto Atari STe?
  9.                        Lattice C Assembly Lang.
  10.                     MEGA STE problems (Summarise)
  11.                         Spectre/Atari formats
  12.                          This week's program
  13.                          TOS 1.4 question(s)
  14.                              TT Monitors
  15.                          what Atari DOES have
  16.                            Y.T. on the move
  17.  
  18. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  19. cross-posting to/from Usenet is getting closer, but still getting thrashed
  20. out.  Please send notifications about broken digests or bogus messages
  21. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  22.  
  23. Please send requests for un/subscription and other administrivia to
  24. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  25. instead of the moderators are likely to be lost or ignored.
  26.  
  27. If you want to unsubscribe, and you're receiving the digest indirectly
  28. from someplace (usually a BITNET host) that redistributes it, please
  29. contact the redistributor, not us.
  30. ----------------------------------------------------------------------
  31.  
  32. Date: 5 Jul 91 18:41:52 GMT
  33. From: noao!ncar!elroy.jpl.nasa.gov!usc!apple!netcomsv!yonder@arizona.edu
  34.  (Christopher Russell)
  35. Subject: 1.44M formatting..
  36. To: Info-Atari16@naucse.cse.nau.edu
  37.  
  38. I was thinking about trying to hookup this 1.44M drive that I have
  39. here.  I have a few files that explain how it is done (basically
  40. get 16Mhz to the WD1772).  Anyways, I was going to try it out, but
  41. I don't have a 1.44M formatting program.  Is one available at
  42. atari.archive, or could somebody mail me one?  Thanks...
  43.  
  44. --
  45. Christopher L. Russell (yonderboy)  Phone: (408)378-9078 Campbell,CA
  46. yonder@netcom.COM or clr40@amail.amdahl.com or chrisr@leland.stanford.edu
  47.  
  48. ------------------------------
  49.  
  50. Date: 5 Jul 91 20:31:25 GMT
  51. From: mnemosyne.cs.du.edu!isis.cs.du.edu!ykidron@uunet.uu.net (Yaron kidron)
  52. Subject: Amiga/Atari
  53. To: Info-Atari16@naucse.cse.nau.edu
  54.  
  55. Hello there!
  56.  
  57.    I would like to comment over the latest issues posted in this news net. I
  58. was really stunned after I've seen the total amount of gibberish non-sense
  59. submitted by other computer users. I was so shocked, I started laughing at it.
  60.  
  61.    Let me introduce myself first. My name is Yaron Kidron, and am an Atari ST
  62. user for the last 5 years. I bought my system way back in '86, and have been
  63. using it until now. I am a free-lancer, and currently I am studying for my
  64. first degree in computer science.
  65.  
  66.    I define myself as a computer user. Computers are my hobby, and my job too.
  67. I like computers of any kind and brand. Anything that bleeps and processes it's
  68. data digitally, would most likely be admired by me. I see no sense in claiming
  69. that any computer is better then the other. This is a truly unforgettable and
  70. childish way of thinking, resulting in some really abnoxious flame wars.
  71.  
  72.    In the last 9 years I programmed and used many computers. I started right
  73. off with the Timex ZX81, then the Spectrum came along. After that, I met the
  74. Atari 800XL and the Commodore 64. A year after, I happily programmed an IBM PC,
  75. and later got in love with the Macintosh. Then, I bought my ST system, and
  76. developed 68000 code, both on the Amiga, ST and the Mac. At present state, I am
  77. working on a IIci and a 386 machine. They all served me great, and still I'd
  78. like to use the older ones once in a while.
  79.  
  80.    A person which compares computers by specifics and raves the differences
  81. around is not a computer enthusiast. He is a dimwit which I wouldn't like to
  82. see using a computer. Computers is not his profession or hobby, and he would
  83. more suitable to be a politician. Tom, that line was refered to you.
  84.  
  85.    Furthermore, A computer can not be compared to other computers. As I see it,
  86. my computers are as dear to me as others pets. You can not compare a dog to a
  87. cat, either financialy nor mentaly. A computer is a complex, non-linear
  88. construction of electronics, software, and evidently, money. I can never do any
  89. comparison of my 386 with my Casio fx82 calculator. There are things my 386
  90. does better, but there are things my Casio can do better as well.
  91.  
  92.    Bringing us to the matter. Comparing non-linear concepts with a linear ( our
  93. mind ) material is totally worthless. I programmed the Amiga, and I programmed
  94. the ST. But I never said to myself: 'Oh look, that routine runs better on that
  95. Commodore machine'. No way. I just done my job, and enjoyed both of the worlds.
  96. Why fight? Why bring up such stupid text to a network? Why tire the computers
  97. for such bullshit?
  98.  
  99.    The ST is a fine machine. It's great. So is the Amiga. I have many
  100. complaints for Atari themselves, by not supporting their machine, but I have no
  101. problems whatsoever with the machine itself. As a package, enclosed with a very
  102. resonable price, the ST is a winner.
  103.  
  104.    In some occasions, people look at the spec sheets of computers and start
  105. comparing. 'Oooh. That one is 25Mhz.... My ST is only 8!'; Gosh, I think to
  106. myself, why don't they get satisfied with what they have, if that machine
  107. serves them as much as they need it? I bought the 386 just because my ST didn't
  108. fit with my job. I couldn't develop software for the Intel's on my ST, so I had
  109. to buy a new machine. It wasn't because my 386 is 33 Mhz, and has better
  110. graphics. It was because I needed a different tool. This document was processed
  111. on my ST, since I like using it more for WP.
  112.  
  113.    Don't get me wrong though. Tom, the Amiga is a fine machine. I enjoyed using
  114. it when I had to work on it. But still, the ST is just as fine. Coming to think
  115. of it, my Timex Spectrum is better then both, when it comes to introduction of
  116. computers. I have done my first programs on that baby, and it was easier to
  117. program then both of these younger machines. Although that old bastard is way
  118. too slow by todays standards, I'd recommend it to any young chap that wants to
  119. get into computing.
  120.  
  121.    Peter, it seems that you have to learn a lot too. People did not invent
  122. computers to make their users flame at each other. Certenly not on such public
  123. places. I really don't think that it was wise of you to follow Tom's footsteps.
  124. Try to enjoy the Amiga. It's a swell piece of electronics. Don't try to rave
  125. about it around street corners, because I know people who would say it is a
  126. piece of crap, compared to their Sparc Stations at work or PC's at home.
  127.  
  128.    Golly, I need to finish this message sometime, don't I? Well, as for the
  129. last comments about Commodore's doings in the last months or so. Commodore is
  130. doing very good, especially in Europe. It is mainly sold as a home computer,
  131. and gradually replaces the ST in many homes. This might be sad news to many of
  132. you, but I don't look at it that way. I am a computer lover. I like computers
  133. in all shapes and forms. As long as my ST serves me, even if it will be the
  134. last one on Earth, I would not try to compare it to others, and replace it.
  135.  
  136.    Finally, lets keep this stuff of the net. It's just a waste of money, and
  137. dear, the life of precious computers around the world. Stop it. It looks like a
  138. mud fight in the sewer. Tom, Peter, enjoy your machines. I'll enjoy mine too.
  139. Behave yourself dudes, grow up. Or otherwise, steer clear from computer life.
  140. It is not for you.
  141.  
  142. Yaron Kidron,
  143. s2886663@techst2.technion.ac.il
  144.  
  145. -------------------------------------------------------------------------------
  146. Definition  (Yaron Kidron): A biological organism that tends to attack digital
  147.                             processing units. Avoid at all costs. His friends
  148.                             call him THE weirdo.
  149.  
  150. Proposition (Yaron Kidron): That former definition was a printing error. Ignore
  151.                             it.
  152.  
  153. Proposition proof:          Proof? Need a proof?
  154. -------------------------------------------------------------------------------
  155.  
  156. ------------------------------
  157.  
  158. Date: 5 Jul 91 14:15:46 GMT
  159. From:
  160.  noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!news-server.csri.toronto.edu
  161.  !utgpu!watserv1!watmath!lsuc!jimomura@arizona.edu (Jim Omura)
  162. Subject: Atari-to-Amiga Convert Info Source!
  163. To: Info-Atari16@naucse.cse.nau.edu
  164.  
  165.      For quite a while now I've been moving postings from
  166. 'comp.binaries.atari.st' to local BBS's.  I seem to be the only
  167. person in the Toronto area who has had access to that newsgroup.
  168. Just yesterday the administrator for 'lsuc' (the node from which
  169. I downloaded the 'binaries' group) decided he can no longer
  170. afford to receive that group.  He also dropped 'comp.binaries.mac'
  171. and 'comp.binaries.amiga' and a few others.  They are still
  172. receiving 'comp.binaries.ibm.pc'.
  173.  
  174.      Now, a lot of the guys in this group have the mistaken
  175. impression that "hundreds of messages means you have a healthy
  176. newsgroup."  Well, that's not necessarily so.  I'm not going
  177. to say that the current debate about the relative merits of
  178. a discussion about Atari ST's and Amigas is necessarily stupid
  179. or without value.  It isn't.  A lot of valuable information can be
  180. spread around in such discussions.  But keep in mind that it has
  181. taken up a *lot* of bandwidth recently.  Was it the direct cause
  182. of our losing the 'binaries' groups?  I don't know for sure.
  183. But without doubt, we have had more posted on that subject than
  184. all the postings in both the Amiga and Atari 'binaries' groups
  185. combined.  Assuming that this is a direct correlation, was it
  186. a fair trade?  I'd say it wasn't.  As far as I'm concerned, we
  187. lost some of the most valuable material available to Amiga and
  188. Atari ST's for some rather trivial information that most of us can
  189. find out, if we're interested, by going out and buying a couple
  190. of manuals.
  191.  
  192.      Are there any good points to this?  Well, as far as I'm
  193. concerned, I'll have more time now to do other things than unpacking
  194. 'binaries' postings and uploading them on the local BBS's.  I
  195. haven't found much over the years that I felt was worth keeping
  196. anyway.  If the 'sources' group was dropped, then I'd *really* be
  197. upset, but we're still getting the 'sources' groups.  And mentioning
  198. that, I think it's a good time to again ask for people to post
  199. 'sources' rather than 'binaries'.  But that's about all that I
  200. can see as possibly being good about it.
  201.  
  202.      Anyway, thank you all for losing the 'binaries' groups for
  203. us.  I'm sure the local Amiga and Mac users are also thrilled.
  204.  
  205. Question:  How many Atari and Amiga users does it take to change
  206.            a light bulb?
  207.  
  208. Answer:  1 of each and somebody to carry the remains to a hospital
  209.          after the manditory fight about who can do it better.
  210. --
  211. Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
  212. lsuc!jimomura
  213. Byte Information eXchange: jimomura
  214.  
  215. ------------------------------
  216.  
  217. Date: 5 Jul 91 16:35:12 GMT
  218. From:
  219.  noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!malgudi!caen!spool.m
  220.  u.edu!uwm.edu!psuvax1!psuvm!dearn!dmswwu1c!zvd007@arizona.edu (U.Kuehn)
  221. Subject: bug or virus ?
  222. To: Info-Atari16@naucse.cse.nau.edu
  223.  
  224. In article <6146@uniol.UUCP>, Frank.Moehle@arbi.informatik.uni-oldenburg.de
  225. (Frank Moehle) says:
  226. >I can boot from my HD, open windows and so on.
  227. >
  228. >But sometimes, after leaving a program, IT happens :
  229. >I return to desktop with NO open windows (I had some opened berfore entering
  230. >the program). As I try to open a window, the alart-box "4 Windows already
  231. >open, please close winsdows before opening new ones" (roughly translated)
  232. >apears. WHY ????
  233. >When I select "close.." or "close window" from the menue bar, my ST
  234. >starts playing "dead man".
  235. >
  236. >Did I catch a virus (if so : how can I get rid of it)  or is this just
  237. >a strage GEMDOS bug??????
  238.  
  239. I had sometimes the same problem, but it was gone when I removed the
  240. desktop.inf and set up a new one, so I suppose it is a problem with this file
  241.  
  242. Ulrich Kuehn
  243.  
  244. ------------------------------
  245.  
  246. Date: 5 Jul 91 21:05:32 GMT
  247. From: fs7.ece.cmu.edu!o.gp.cs.cmu.edu!andrew.cmu.edu!mc4c+@sei.cmu.edu (Mark
  248.  Choi)
  249. Subject: How to install Multi-sync monitor onto Atari STe?
  250. To: Info-Atari16@naucse.cse.nau.edu
  251.  
  252. Any multisync with the right sync rates are fine. Yes the 3d is nice,
  253. but it is too much. LOOP technologies maked a ultrahires (1024x768) non-
  254. interlaced analogue multicync for 
  255.  
  256. ------------------------------
  257.  
  258. Date: 5 Jul 91 18:33:27 GMT
  259. From:
  260.  noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!news-server.csri.toronto.edu
  261.  !utgpu!watserv1!watmath!lsuc!jimomura@arizona.edu (Jim Omura)
  262. Subject: Lattice C Assembly Lang.
  263. To: Info-Atari16@naucse.cse.nau.edu
  264.  
  265. 1991/07/05
  266.  
  267. Problems:  Lattice C, version 5.06.02
  268.  
  269.      So far, the only major problem I've found with Lattice C
  270. is that they don't give you enough information to fully use assembly
  271. language.  In most "ordinary" C compilers this isn't a major
  272. problem.  The Sozobon C compiler essentially lacks information
  273. too, but I was able to use the Sozobon Compiler system to produce
  274. samples of assembly language code and thus learn enough to
  275. produce assembly language subroutines which were callable by
  276. Sozobon C sources, freely intermixable at the linker level.
  277. The reason it is possible with Sozobon C is because the compiler
  278. compiles down to a normal text Assembly language source file.
  279.  
  280.      Lattice C doesn't do this.  The compiler compiles down to
  281. a "compressed" intermediate file which cannot be analyzed by
  282. normal text oriented tools.  So the lack of documentation in the
  283. manuals becomes an almost absolute barrier against solving the
  284. problem.  The only recourse seemed to be the OMD utility which
  285. disassembles the ".o" files.  One would presume that it would
  286. dissassemble back into a directly assemble-able source file,
  287. but strangely, it doesn't.
  288.  
  289.      Having worked at it a bit, I think I've found out enough
  290. from the OMD utility and the ASM assembler and CLINK linker to
  291. go ahead and produce some assembly language subroutines.  But I
  292. thought I'd share this experience with you a bit so you can better
  293. judge the current state of the Lattice C compiler.
  294.  
  295.      The following is the sample "test.c" program I wrote:
  296. ---
  297. #include <stdio.h>
  298.  
  299. int main(var1,var2,var3)
  300. long var1;
  301. short var2;
  302. long var3;
  303. {
  304.         var1 = var1;
  305.         var2 = var2;
  306.         var3 = var3;
  307.         return 0;
  308. }
  309. ---
  310.  
  311.      This was compiled with the '-d' switch to produce an object
  312. file that the source code could be referenced with the OMD
  313. disassembler.  The following is the output of the OMD disassembler:
  314.  
  315. ---
  316. Lattice ATARI 680x0 Object Module Disassembler V5.06
  317. Copyright = 1990 Lattice, Inc.  All Rights Reserved.
  318.  
  319.  
  320. Lattice Object File Loader V1.00
  321. 68000 Instruction Set
  322.  
  323. EXTERNAL DEFINITIONS
  324.  
  325. _main 0000-00
  326.  
  327. SECTION 00 "test.c" 00000020 BYTES
  328. ;   0: #include <stdio.h>
  329. ;   1:
  330. ;   2: int main(var1,var2,var3)
  331. ;   3: long var1;
  332. ;   4: short var2;
  333. ;   5: long var3;
  334. ;   6: {
  335.        | 0000  BFEC  0000-XX.2                CMPA.L    __base(A4),A7
  336.        | 0004  6500  0000-XX.1                BCS.W     __xcovf
  337.        | 0008  48E7 0700                      MOVEM.L   D5-D7,-(A7)
  338.        | 000C  2E2F 0010                      MOVE.L    0010(A7),D7
  339.        | 0010  3C2F 0016                      MOVE.W    0016(A7),D6
  340.        | 0014  2A2F 0018                      MOVE.L    0018(A7),D5
  341. ;   7:  var1 = var1;
  342. ;   8:  var2 = var2;
  343. ;   9:  var3 = var3;
  344. ;  10:  return 0;
  345.        | 0018  7000                           MOVEQ     #00,D0
  346. ;  11: }
  347.        | 001A  4CDF 00E0                      MOVEM.L   (A7)+,D5-D7
  348.        | 001E  4E75                           RTS
  349. ---
  350.  
  351.      The above output is *not* assemble-able.  After mucking around
  352. with it a lot, I finally derived the following source code which
  353. does NOT assemble down to an identical ".o" file, but after linking
  354. DOES link down to an identical ".prg" file:
  355.  
  356. ---
  357.  SECTION "test.c"
  358.  
  359.  XREF __base  * This seems to be a standard address
  360.  XREF __xcovf * This seems to be a function
  361.  XDEF _main
  362.  
  363. _main CMPA.L    __base(A4),A7
  364.  BCS.W     __xcovf
  365.  MOVEM.L   D5-D7,-(A7)
  366.  MOVE.L    $0010(A7),D7
  367.  MOVE.W    $0016(A7),D6
  368.  MOVE.L    $0018(A7),D5
  369.  MOVEQ     #$00,D0
  370.  MOVEM.L   (A7)+,D5-D7
  371.  RTS
  372.  
  373.  END
  374. ---
  375.  
  376.      I'm, not going to detail all the differences, but I'll point
  377. out that althought the manual emphasises use of a CSECT, no CSECT
  378. was created by OMD, and though I found no information in the manual
  379. about a SECTION, OMD refers to one.  But a SECTION does not seem
  380. to correspond to a CSECT.
  381.  
  382.      At this time I'm only going to point out that I could not
  383. figure out a ".S" file that would assemble down to an identical
  384. ".O" file, and that the output of OMD seems to supply enough
  385. information to figure out what you need to know -- given time
  386. and effort.  But I bought the Lattice compiler specifically so that
  387. I would NOT have to spend such time and effort "hacking" solutions
  388. to such fairly common problems.  I've mentioned the problem to
  389. the distributor when I returned my disks for upgrade and no
  390. reply has been given so far.  As I've said, I seem to have solved
  391. the problem.  I'll be writing some assembly language routines over
  392. the next week.
  393. --
  394. Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
  395. lsuc!jimomura
  396. Byte Information eXchange: jimomura
  397.  
  398. ------------------------------
  399.  
  400. Date: 5 Jul 91 14:54:14 GMT
  401. From:
  402.  noao!asuvax!cs.utexas.edu!usc!sdd.hp.com!think.com!snorkelwacker.mit.edu!ira.uk
  403.  a.de!fauern!forwiss.uni-passau.de!eva.fmi.uni-passau.de!iws9060@arizona.edu
  404.  (Thorsten Guenther)
  405. Subject: MEGA STE problems (Summarise)
  406. To: Info-Atari16@naucse.cse.nau.edu
  407.  
  408. In article <CMM.0.90.2.678649609.larserio@kvart.ifi.uio.no> larserio@ifi.uio.no
  409.  writes:
  410. >- Static/noise on DMA sound and MIXed standard ST sound.
  411. >- Sync-problems when using Spectrum512 pictures (vertical bars).
  412. >- Vertical flickering bars on monochrome (most at 8 MHz).
  413. >- Right edge of monochrome screen "flips" over to left edge
  414. >  when changing screen adress/resolution in mono-mode.
  415.  
  416. I have a normal STE and the "flipping" happens on it, too. I just used a PD
  417. colour emulator and .... it looks terrible. AND - a friend of mine owns a
  418. Speed Board (Turbo 16) that is built into his STE, wonder what happens?
  419. Yes, it happens on his machine, too.
  420.  
  421.                                         Thorsten Guenther
  422.                                         aka Weregoose
  423.  
  424. ------------------------------
  425.  
  426. Date: 5 Jul 91 21:10:15 GMT
  427. From: fs7.ece.cmu.edu!o.gp.cs.cmu.edu!andrew.cmu.edu!mc4c+@sei.cmu.edu (Mark
  428.  Choi)
  429. Subject: Spectre/Atari formats
  430. To: Info-Atari16@naucse.cse.nau.edu
  431.  
  432. > Excerpts from netnews.comp.sys.atari.st: 21-Jun-91 Re: Spectre/Atari
  433. > formats Mickey Boyd@nu.cs.fsu.ed (1104)
  434.  
  435.  
  436. > I posted something along this line, and was told that there are several
  437. > utilities available for the mac that allow it to read/write IBM format
  438. > disks (which of course work on the ST).  I seem to remember that at least
  439. > one of these packages is PD or shareware.
  440.  
  441. But you need 3.0 of the spectre software.
  442.  
  443. ------------------------------
  444.  
  445. Date: 5 Jul 91 22:34:55 GMT
  446. From:
  447.  noao!asuvax!ncar!elroy.jpl.nasa.gov!usc!apple!equinox!mammoth!takem_b@arizona.e
  448.  du (Brian Takemoto)
  449. Subject: This week's program
  450. To: Info-Atari16@naucse.cse.nau.edu
  451.  
  452. In article <1991Jul4.220348.16999@infonode.ingr.com> krzywdzi@infonode.ingr.com
  453.  (Andrew S Krzywdzinski) writes:
  454. >In article <1991Jul2.225414.24475@menudo.uh.edu> uace0@menudo.uh.edu (ATARI
  455.  Computer Enthusiasts) writes:
  456. >>DC Homey will home the mouse cursor to the center of the screen.  Just press
  457. >><ALTERNATE>+<CONTROL>+<LEFT SHIFT>+<H> at any time.
  458. >>
  459. >>- mike vederman / Double Click Software
  460. >
  461. >What's the purpose of this program ? Is hitting 4 keys at the same time
  462. >so much easier than moving your mouse by 1 inch ?
  463. >I'm in the fog.
  464. >
  465. >-andrew krzywdzinski
  466.  
  467. I've had a couple occasions where I had a dialog box appear in a TOS program
  468. without the mouse present and had to play hunt and peck for the Non-Default
  469. buttons.  I also lose the mouse FREQUENTLY when calling up DTerm (or other
  470. programs) from within my (TOS) bbs software.  Trying to center an invisible
  471. mouse is not the funnest thing to do...  DC Homey definately makes MY life
  472. easier.
  473.  
  474. THANK YOU DC SOFTWARE!
  475. -------------------------------------------------------------------------------
  476. takem_b@mammoth.unr.edu    (or ?)    ucbvax.berkley.edu!mammoth.unr.edu!takem_b
  477. #include <signature.h>  /* unfriendly control codes with ascii self portrate */
  478. Anything that can go wrona@x3%se  Pnews:  segmentation violation.  core dumped.
  479.  
  480. ------------------------------
  481.  
  482. Date: 4 Jul 91 02:15:14 GMT
  483. From: fernwood!uupsi!rodan.acs.syr.edu!ggreenbe@decwrl.dec.com (Gerald
  484.  Greenberg)
  485. Subject: TOS 1.4 question(s)
  486. To: Info-Atari16@naucse.cse.nau.edu
  487.  
  488. OK, I don't think I've ever seen a discussion of this before,
  489. but it may have taken long ago when tos1.4 was new on the
  490. scene.  I just installed the new(er) tos on an old 520 with
  491. 2.5 meg.  I had put it off for a long time, and don't feel
  492. like I missed anything...I finally went ahead with it, though,
  493. in anticipation of Autoswitch-overscan (although everyone I
  494. have spoken with strongly encouraged me to do it in any case
  495. for the pure benefits).  Well, I was under the impression that
  496. one of the benefits was speed...so, just to satisfy my
  497. curiousity, I ran QuickIndex before and after the
  498. installation.  Much to my surprise, not every one of the
  499. benchmarks increased!  And some decreased!  Here are the
  500. results:
  501. CPU memory, register, divide, and shifts all stayed the same
  502. at 99%.
  503. 64K read stayed the same at 3863
  504. *****GEMDOS increased from 397 to 503
  505. -----Tos text decreased from 225% to 212%
  506. -----string decreased from 1262% to 1255%
  507. -----scroll decreased from 180% to 133%
  508. *****GEM Dialog redraw increased from 210% to 242%
  509.  
  510. Everything is the same (except that I got rid of fatspeed
  511. after I put 1.4 in)...I'm running QuickST, which is why the
  512. numbers are high, but I imagine other auto folder programs and
  513. accs probably affect the speed too.
  514.  
  515. Can somebody explain why more of the numbers get worse than
  516. get better?
  517. Thanks,
  518. Gerry
  519. ggreenbe@rodan.acs.syr.edu
  520.  
  521. ------------------------------
  522.  
  523. Date: 5 Jul 91 16:09:53 GMT
  524. From:
  525.  noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu
  526.  !ira.uka.de!fauern!faui43.informatik.uni-erlangen.de!csbrod@arizona.edu (Claus
  527.  Brod)
  528. Subject: TT Monitors
  529. To: Info-Atari16@naucse.cse.nau.edu
  530.  
  531. CCC_BALL@rzmain.rz.uni-ulm.de (Joerg Ballschmiter) writes:
  532.  
  533. >Is the TTM 194 a color or a monochrome monitor?
  534.  
  535. Monochrome, 19". 1280x960, 72 Hz.
  536.  
  537. >What monitor would you recommand me?
  538.  
  539. The TTM195 (successor to the TTM194).
  540.  
  541. >Is the 1248*800 resolution monochrome or color?
  542.  
  543. There is no such resolution at all. The TT's maximum resolution is
  544. 1280x960 monochrome.
  545.  
  546. ----------------------------------------------------------------------
  547. Claus Brod, Am Felsenkeller 2,                  Things. Take. Time.
  548. D-8772 Marktheidenfeld, Germany                 (Piet Hein)
  549. csbrod@medusa.informatik.uni-erlangen.de
  550. Claus_Brod@wue.maus.de
  551. ----------------------------------------------------------------------
  552. Date: 5 Jul 91 03:14:18 GMT
  553. From:
  554.  europa.asd.contel.com!wlbr!lonex.radc.af.mil!blackbird.afit.af.mil!dsacg3.dsac.
  555.  dla.mil!desc.dla.mil!wright!desire.wright.edu!cse0507@uunet.uu.net
  556. Subject: Y.T. on the move
  557. To: Info-Atari16@naucse.cse.nau.edu
  558.  
  559. This is one of MY feral massages to the fears of the Atari ST community.
  560. I am very, very sorry.  That is, I have had to get rid of my ST and
  561. leave this community.  Note that I have been unhoppy with Apple, and I could
  562. not afford to place two computers on my desk, and the ST had to go.
  563.  
  564. [*** lots of stuff deleted ***]
  565.  
  566. So far, a rather sad story, yes?  _I'm_ cryin'.  My ST is gonna go, too.
  567. I don't have room for two computers either, so my ST is going to get
  568. shoved aside.  What is the new machine?  A TT, of course.  :-)
  569.   Geez, gimme a break from sob stories.
  570.                                         BS
  571.  
  572. ------------------------------
  573.  
  574. End of Info-Atari16 Digest
  575. ******************************
  576.